Network real estate analysis

ABSTRACT

A method can be used to analyze the “real-estate” performance of content items within a network site. The method can comprise determining the click distance to reach each content item and determining the performance of each content item. The method can also comprise calculating a predicted value for performance based on statistical relationship between location and performance observed in a population of content items. The method can comprise comparing the predicted and actual performance. If a content item has an actual performance greater than its predicted performance, then it may be promoted to a better location in the site and the converse for poorer performing content. Such an analysis may be performed using a graph or tabular data.

CROSS-REFERENCE TO RELATED APPLICATIONS

This is a continuation of and claims a benefit of priority under 35 U.S.C. §120 of the filing date of U.S. patent application Ser. No. 10/202,742, now U.S. Pat. No. 7,660,869, entitled “NETWORK REAL ESTATE ANALYSIS” by Brendan J. Kitts, filed Jul. 25, 2002, which in turn claims a benefit of priority under 35 U.S.C. §120 to U.S. patent application Ser. No. 09/934,415, entitled “A SYSTEM AND METHOD FOR GRAPHICALLY ANALYZING PRODUCT INTERACTIONS” by Brendan J. Kitts, filed Aug. 21, 2001, which in turn claims priority under 35 U.S.C. §119(e) to U.S. Provisional Patent Application Nos. 60/308,075, entitled “VISUALIZATION AND ANALYSIS OF USER CLICKPATHS” by Brendan J. Kitts, filed Jul. 26, 2001, and 60/226,798, entitled “METHOD AND SYSTEM FOR GRAPHICALLY REPRESENTING CUSTOMER AFFINITIES” by Brendan J. Kitts, filed Aug. 21, 2000. This application is also related to U.S. patent application No. 10/202,741, filed Jul. 25, 2002, issued as U.S. Pat. No. 7,278,105 on Oct. 2, 2007, entitled “VISUALIZATION AND ANALYSIS OF USER CLICKPATHS” by Brendan J. Kitts. All applications listed in this paragraph are fully incorporated herein by reference.

TECHNICAL FIELD

This invention relates in general to methods and data processing system readable storage media, and more particularly, to methods of analyzing performance of content within network sites and data processing system readable storage media having software code for carrying out those methods.

DESCRIPTION OF THE RELATED ART

The placement of content on a website can be the difference between a successful and an unproductive web site. Previous work has not yet revealed an ideal method for placing content. For example, eye trackers have been used by some researchers to examine what attracts the eye to different features on a page. Perhaps this could be used to move higher revenue advertisements into more attractive page locations. In different work, Huberman et al. (1998) found that the probability of a web surfer remaining on a site declines with each additional click. Perhaps this might indicate that high revenue content could be placed near the entry pages of the site. However, whilst both are interesting concepts, they do not on their own provide a way for optimizing site layout. A general purpose method is needed that can help determine where content should be placed in a web site so as to maximize site performance.

SUMMARY OF THE DISCLOSURE

Methods and data processing system readable storage media have been created to analyze the “real-estate performance” of a content item within a network site.

In one set of embodiments, a data processing system readable storage medium can have code embodied therein, and the code can be used to analyze the performance of content item(s) within a network site. The code can comprise an instruction for determining a location of a content item within a network site. The code can also comprise an instruction for determining a predicted performance associated with the content item. The predicted performance may be a function of the location of the content item. The code can further comprise an instruction for comparing the predicted number and an actual number for the performance statistic for the content item. The method may also comprise moving the content item to a different location.

In another set of embodiments, the code can comprise an instruction for determining locations of content items within a network site. The code can also comprise an instruction for generating a graph including information related to the locations and performance of content items.

The code can be described with respect to activities performed as a method. While the use of a computer program facilitates the use of the method, at least some of the acts used in the method may be performed by human(s). For example, determining whether to move the location of content and where may be better performed by a human. The foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as defined in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and not limitation in the accompanying figures, in which:

FIG. 1 includes an illustration of a client computer and a server computer as part of a computer network.

FIG. 2 includes an illustration of a data processing system storage medium including software code having instructions in accordance with an embodiment of the present invention.

FIGS. 3 and 4 include process flow diagrams for analyzing performance of content item(s) within a network site.

FIGS. 5 and 6 include examples of data that may be collected within a network site log.

FIG. 7 includes a graph illustrating navigation via different clickpaths to a content item within a network site.

FIG. 8 includes a graph illustrating content items as a function of location within the network site.

FIG. 9 includes a graph illustrating a relationship between traffic and click distance for content items.

FIGS. 10 and 11 include illustrations of tables with content items with the highest ratios and lowest ratios of “hits/E[hits]”.

Skilled artisans appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of embodiments of the present invention.

DETAILED DESCRIPTION

Reference is now made in detail to the exemplary embodiments of the invention, examples of which are illustrated in the accompanying drawings.

Overview of the Methodology

The embodiments shown in FIGS. 3 and 4 can be used to analyze the real-estate performance of a content item within a network site.

In the embodiment shown in FIG. 3, the method can comprise obtaining a network site log (block 302), determining locations of content items within the network site (block 322), and the actual and predicted performance for each content item (block 324). The method may further comprise comparing the predicted and actual performances (block 342). The method can also comprise moving at least one content item to a different network address (block 362).

In an alternative embodiment shown in FIG. 4, the method can comprise obtaining a network site log (block 302), determining locations for content items within the network site (block 322) and accessing the actual performance of the content items (block 424). The method can still further comprise generating a graph of actual performance versus location for the content items (block 442), fitting a curve to the graph (block 444), and reviewing the graph (block 446). The method can comprise moving at least one of the content items to a different network address (block 462).

Clarification of Terms

The terms below are defined to aid in understanding the descriptions that follow. The examples given within this section are for purposes of illustration and not limitation.

A “clickstream” is a (possibly incomplete) sequence of content that has been requested by a customer from a network site.

A “content item” may be any set of information that is accessible via a network. Examples can include a news story, a banner advertisement, a group of mpeg movies, an audio track, a list of books, and so on. A content item may be displayed after a request to one or more network addresses. Determining what network address to assign to a content item on is a subject of this patent. Let c_(i) be notation to designate the ith content item on the site.

The “location” of a content item (or network address) may be the number of clicks it takes, on average, for a customer to reach that content item (or network address), after the customer's first appearance on the site during a session. For example, if the average customer first encounters the search page on the fifth (5^(th)) click of his or her clickstream, the page would have a real-estate location of five (5). Note that the number of clicks does not take into account the particular path taken, which may be different in each case. Let L(c_(i)) be used as a symbol to denote the location of content c_(i).

A “network” may be an interconnected set of server and client computers over a public or private communications medium (e.g., Internet, Arpanet).

A “network activity log” is a database, file, or other storage medium that records user activity on a network. Let X be notation to designate a set of all clickstreams in a network activity log.

A “network address” is a string that users may type or click to access network accessible information. Uniform Resource Locators (“URLs”) are examples of network addresses. Multiple content items may be served after a request to a single network address. For example, different content may appear within different frames on a page referenced by a single network address. Let a_(j) be notation to designate the jth network address on the site. Each content item must reside on one or more network addresses.

A “network site” may be a collection of network addresses that may be served to a requesting computer.

A “performance statistic” may be a measure of the effectiveness of a content item in achieving business objectives. Examples of a performance statistic may include the number of visitors requesting c_(i) per hour, the total revenue generated by c_(i) per day, the number of requests per hour for c_(i), the clickthrough rate (number of clicks divided by number of exposures) of visitors onto c_(i), profit generated by c_(i) per day, quantity of goods purchased in the session after requesting c_(i) per day, and so on. Let P(c_(i)) be used to denote the performance of content item c_(i).

A “session” may be the complete clickstream (and associated client, server, and network information) of a visitor during a single visit at a network site. A session may begin when a server receives its first request from a visitor, and end when there is 30 minutes or more of inactivity from the visitor. The notation X_(i) ε X will be used to designate the ith session of the network activity log X.

As used herein, the terms “comprises,” “comprising,” “includes,” “including,” “has,” “having” or any other variation thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, article, or apparatus that comprises a list of elements is not necessarily limited only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Further, unless expressly stated to the contrary, “or” refers to an inclusive or and not to an exclusive or. For example, a condition A or B is satisfied by any one of the following: A is true (or present) and B is false (or not present), A is false (or not present) and B is true (or present), and both A and B are true (or present).

Hardware and Software

Before discussing embodiments of the present invention, a hardware architecture for using embodiments is described. FIG. 1 illustrates an exemplary architecture and includes a client computer 12 that is bi-directionally coupled to a network 14, and a server computer 16 that is bi-directionally coupled to the network 14 and a database 18. The client computer 12 includes a central processing unit (“CPU”) 120, a read-only memory (“ROM”) 122, a random access memory (“RAM”) 124, a hard drive (“HD”) or storage memory 126, and input/output device(s) (“I/O”) 128. The I/O 128 can include a keyboard, monitor, printer, electronic pointing device (e.g., mouse, trackball, etc.), or the like. The server computer 16 can include a CPU 160, ROM 162, RAM 164, HD 166, and I/O 168.

Each of the client computer 12 and the server computer 16 is an example of a data processing system. ROM 122 and 162, RAM 124 and 164, HD 126 and 166, and the database 18 include media that can be read by the CPU 120 or 160. Therefore, each of these types of memories includes a data processing system readable storage medium. These memories may be internal or external to the computers 12 and 16.

The methods described herein may be implemented in suitable software code that may reside within ROM 122 or 162, RAM 124 or 164, or HD 126 or 166. In addition to those types of memories, the instructions in an embodiment of the present invention may be contained on a data storage device with a different data processing system readable storage medium, such as a floppy diskette. FIG. 2 illustrates a combination of software code elements 204, 206, and 208 that are embodied within a data processing system readable storage medium 202 on a HD 166. Alternatively, the instructions may be stored as software code elements on a DASD array, magnetic tape, floppy diskette, optical storage device, or other appropriate data processing system readable storage medium or storage device.

In an illustrative embodiment of the invention, the computer-executable instructions may be lines of compiled C⁺⁺, Java, or other language code. Other architectures may be used. For example, the functions of the client computer 12 may be incorporated into the server computer 16, and vice versa. Further, other client computers (not shown) or other server computers (not shown) similar to client computer 12 and server computer 16, respectively, may also be connected to the network 14. FIGS. 3 and 4 include illustrations, in the form of flowcharts, of the structures and operations of such software programs.

Communications between the client computer 12 and the server computer 16 can be accomplished using electronic, optical, radio-frequency, or other signals. When a user (human) is at the client computer 12, the client computer 12 may convert the signals to a human understandable form when sending a communication to the user and may convert input from a human to appropriate electronic, optical, radio-frequency, or other signals to be used by the client computer 12 or the server computer 16.

The Network Activity Log

User behavior while “surfing” a network site may be collected into repositories known as network activity logs. For example, if Hypertext Transfer network Protocol (HTTP) were to be used, a user at a client computer 12 may send a request for information in the form of a request for a network address over the network 14 to the server computer 16. In response to the request, the server computer 16 sends information corresponding to the requested content over the network 14 to the client computer 12 or information that the request could not be fulfilled (e.g., a “Page not found” error). Other users, similar to the user at client computer 12, may be at other client computers and may also make requests via the network 14 and server computer 16.

Whilst serving the requested content, the details of the user's request may be recorded in a network activity log (e.g., located within database or file 18). Network activity logs may record a range of information including the date-of-request, time, bytes transferred, address of requesting computer, status code, and requested content/page/file/network address.

For purposes of later elucidation, assume that the records from a network activity log have been placed into a table called network_activity_log. Each row of the table is a request. The table may have the following columns: session, time, click_number, visitor, and content, where session is a code identifying a session, click_number is an integer greater than or equal to zero which is the number of requests that a user has made prior to the present record, visitor is a code identifying a visitor, and content is a code identifying a content item.

A session X_(i) ε X contains the clickstream record of a visitor during a single visit at a network site. Typically, a session begins when a server receives its first request from a visitor (user) at client computer 12, and ends when there is 30 minutes or more of inactivity from that same user. Session-determination (the process of assigning unique session ID numbers to each record) may be done in real-time by the server computer 16 or may be done off-line after the network site log has been formed, when more CPU cycles are available to piece together customer behavior after the fact.

FIGS. 5 and 6 may depict example records from such a network activity log. FIG. 5 may indicate that the user is participating in an auction. The user places a bid before leaving the site. FIG. 6 shows another user that is seeking information about some “powertools.”

The methods to follow assume that a network activity log like the one described above has been created. The network activity log will be analyzed to determine how users are moving about on the site, and where each content item is “located” within the site.

Methodology

Once a network activity log has been obtained (block 302), four activities may be performed to determine the real-estate performance of content items:

-   -   (i) Compute the location of each content item L(c_(i)) (block         322 in FIGS. 3 and 4).     -   (ii) Compute or access the actual performance of each content         item P(c_(i)) (block 424 in FIG. 4).     -   (iii) Compute the predicted performance of each content item         P′(c_(i)) by analyzing the relationship between location and         performance in other content items (block 324 in FIG. 3).     -   (iv) Decide whether each content item is under or         over-performing or substantially on par (blocks 342 and 444 of         FIGS. 3 and 4, respectively).     -   (v) If desired, move one or more of the content items to a         different network address (blocks 362 and 462 of FIGS. 3 and 4,         respectively).

Each of these activities will now be described in detail.

(i) Compute each Content Item's Location

In one non-limiting embodiment, the location for a content item can be a measure of how many clicks a typical user made to arrive at a specific network address during a session at the network site regardless of path. For example, if the average customer first encounters the search network address on the fifth (5^(th)) click of his or her clickstream, then the search page would have a real-estate location of five (5).

FIG. 7 includes an illustration of the location of “14V Drill” resulting from the clickpaths of three users on a hypothetical site. Although each user may take a different path, it is expected that a user will encounter “14V Drill” page after four (4) clicks. Therefore, the location of “14V Drill” may be referred to as being at the “4^(th) click”.

Another depiction of locations is shown in FIG. 8. Concentric rings show click distances of 5 clicks, 10 clicks, and 15 clicks into the clickstream. “Arrivesite” is shown at the center, approximately one click into the customer's clickstream. “Leavesite” may occur approximately 14 clicks later. “Freeoffers” may be requested at approximately 11 clicks, “Index” may be requested at approximately 5 clicks, and “search” on the main network address may be requested approximately 8 clicks later. “HAND TOOLS” is approximately 17 clicks from the arrival point, thus, the average user leaves (click distance of approximately 14 clicks) before reaching the hand tools network address (click distance of approximately 17 clicks).

Location may be written as

${L\left( c_{i} \right)} = {\frac{1}{T\left( c_{i} \right)}{\sum\limits_{X_{j} \in {X:{c \in X_{j}}}}{{\min{click}}\left( {c_{i} \in X_{j}} \right)}}}$ where L(c_i)=1/T(c_i)\sum_{X_j\in X:c\in X_j}min click(c_i\in X_j) click(c_(i)) is the number of requests that a user made prior to requesting content c_(i); and T(c_(i)) may be the “traffic” or number of sessions requesting content item c_(i) and may be written as:

${T\left( c_{i} \right)} = {\sum\limits_{X_{j} \in X}{\left( {c_{i} \in X_{j}} \right).}}$

The method of summarizing a content item's “location” as the typical encounter order of that content item in a visitor's session, is a novel aspect of this invention which has not been developed in prior art.

The following Structured Query Language (SQL) query code may be used to compute location:

select session_data.content, avg(session_data.earliest_click) location from ( select content, session, min(click_number) earliest_click from network_activity_log group by content,session ) session_data group by session_data.content

(ii) Compute each Content item's Actual Performance

The actual performance of a content item P(c_(i)) can be found by observation of the network activity log. For example, if the performance statistic is the number of sessions requesting a content item or “traffic” (or T(c_(i))), then this may be computed by adding up the number of sessions requesting content c_(i) in the network activity log.

${P\left( c_{i} \right)} = {{T\left( c_{i} \right)} = {\sum\limits_{X_{j} \in X}\left( {c_{i} \in X_{j}} \right)}}$

SQL code for computing traffic is described below.

select content, count(distinct session) traffic from network_activity_log group by content

(iii) Compute each Content Item's Predicted Performance

A key idea of network real-estate analysis, is that content that is buried in the site should receive few requests because a user is likely to leave before reaching it. Content that is near the main network address or home page should receive more requests. The predicted performance for c_(i) may, therefore, be computed as some function involving L(c_(i)). In the example below, a spline function has been parameterized to predict traffic performance, given knowledge of L(c_(i)).

${P^{\prime}\left( c_{i} \right)} \approx {\sum\limits_{d = 1}^{D}\left\lbrack {{G\left( \left\lbrack {r_{d} - {L\left( c_{i} \right)}} \right. \right)} \cdot t_{d}} \right\rbrack}$

where

-   -   D is the number of basis functions used for the approximation         (it is a parameter that may be estimated or fixed);     -   G(g)=g²*log(g) (other functions are possible);     -   r_(d) is the prototypical location value for the d^(th) basis         function; and     -   t_(d) is a parameter value that is chosen to minimize the sum of         squared errors below over a large “training set” of content         items

$\sum\limits_{a}{\left\lbrack {\left( {\sum\limits_{d = 1}^{D}{{G\left( {{r_{d} - {L\left( c_{i} \right)}}} \right)} \cdot t_{d}}} \right) - {P\left( c_{i} \right)}} \right\rbrack^{2}.}$

(iv) Compare Actual and Predicted and Improve the Site

Predicted and actual values can be compared quantitatively or visually (blocks 342 of FIG. 3).

(iv-a) Quantitative Method

“Real-estate performance” or REP(c_(i)) may be defined as a measure of the actual performance of a content item compared to its predicted performance. For example, REP may be defined as:

${R\; E\;{P\left( c_{i} \right)}} = \frac{P\left( c_{i} \right)}{P^{\prime}\left( c_{i} \right)}$

This value may be used in a decision of whether to change the location of a content item.

For example, content items with REP<1 may be demoted to poorer network addresses. Content items that are over-performing (REP>1) may be promoted and displayed on network addresses with greater traffic. Similarly, high REP content items may be paired with high REP network addresses.

Referring to FIGS. 10 and 11, REP data from either or both figures can be used to make a determination whether content should be moved. If so, the method can further comprise moving the content to a different network address (block 362 in FIG. 3).

Example of Quantitative Method

FIGS. 10 and 11 include information from the quantitative analysis. The last column (“Hits/E[Hits]”) is an example of REP, where the performance statistic is “hits,” which may be the number of requests in the network activity log in total. These figures show that for the Frequent Buyers' Club (“FBC”), reconditioned tools, outdoor products, and garden equipment all appear to be over-performers. FBC items have a very high REP of 3.1 and 1.9 for “/cpi/taf/fbc.taf|f=list” and “/cpi/taf/fbc.taf|-”, respectively. Reconditioned tools (“/cpi/taf/category.taf|-|RECONED” and “RECONED”) are only reached after approximately 17 clicks—they seem to be buried in the site—however, are attracting approximately 1.9 times the number of requests than would be expected at that location (REP=1.9). These content items may be changed to network addresses higher in the hierarchy and could be displayed closer to the main network address.

The shopping basket add, confirm, change, and associated actions (e.g., “/cpi/taf/baskettaf|actionarg=add”), all show very high REP values (e.g., the above-mentioned content item has an REP of 10). The reason for these large REP values is because these actions are only performed after a long period of continuous browsing on the site. Therefore, they appear to be attracting a lot of activity for their location. A site designer may examine these results and conclude that these content items probably should not be moved or optimized. This example underscores that it may be useful to have a human site designer interpret and understand the real-estate analysis results before taking actions to optimize the site.

The worst performers are the AboutUs and Auction screens (“/cpi/html/aboutus/main.html|-” and “/cpi/taf/auction.taf|f=loginform”, respectively). Auction login is situated only 9 clicks from the arrive-site address, however, has an REP of 0.01. This is 100 times fewer requests than other content in this location. Perhaps only a small number of customers actually have an auction account, and therefore, can login to auctions. In that case it may be moved off the main company page.

(iv-b) Visual Method

If the independent variable is location, then an alternative, graphical method may be employed. Under this embodiment, the method can involve computing the performance and location for various a content items, generating a graph relating location to performance, and reviewing the graph (blocks 424, 442, and 446 of FIG. 4). A curve may be super-imposed onto the graph for ease of readability (block 444). Using this graph, assessment can be made as to which content items should be promoted or demoted based on whether those content items appear significantly above the curve/preponderance of the points (in which case they should be considered for promotion) or significantly below the curve/preponderance of the points (in which case they should be considered for demotion). Content items close to the curve/preponderance of points may remain at their locations (e.g., insignificant difference between actual and predicted performance).

Example of Visual Method

FIG. 9 can be an example of such a graph and includes a semi-log plot with click distance (linear scale) along the x-axis and traffic (logarithmic scale) along the y-axis. The plot has some significant and useful information for the network site in its current configuration. Line 142 approximates the expected maximum traffic for a given click distance. Line 144 indicates a minimum amount of traffic is seen at most network addresses regardless of click distance.

Cluster 146 includes some content items that are typically requested early in a session with traffic close to line 144. The content within cluster 146 may be closer to a typical arrive-site network address than they should be. On the other end of the spectrum, content items 148 and 149 are requested significantly higher than would be predicted by their real-estate location. Content item 148 has an amount of traffic is about the same as an arrive-site network address. Content item 149 is currently at a location of approximately 29 clicks and has traffic that would correspond to a click distance of approximately 21 clicks.

A site designer may want to further investigate to determine if the traffic seen at network addresses within cluster 146 and content items 148 and 149 can be explained. For example, content item 148 may be on a landing network address that is accessed from an affiliated web site. This may explain why its traffic is high. Content item 148 may not be moved because its location may be logical within the layout of the network site.

One or more of the content items may be moved to a different network address (blocks 362 and 462 of FIGS. 3 and 4, respectively) with the objective of improving the overall site design. Some of the content items within cluster 146 may be moved to other network addresses with higher location scores, and content item 149 may be moved closer to a network address with a lower location score. Clearly other actions could be taken for the other content items shown in FIG. 9.

OTHER EMBODIMENTS

Many other embodiments are possible. For example, the concentric graph shown in FIG. 8 may be used. An unusually high performance for a content item near the outer portions of the concentric graph may signal that the item should be moved.

The methods described above can be performed at least on part on client computer 12, the server computer 16, or other computer (not shown). For the computers, a data readable storage medium can include code embodied therein, wherein the code includes instructions for carrying out acts of the method. A site designer may not want the computer to automatically move the content items because control over the network site may be lost or the content items may be placed at locations that are not logical to users at client computer 12. Still, the code can include an instruction for recommending that the particular content items be moved to a different location. For the performance statistic being investigated, a computer may recommend that a particular content item be moved to a location that is a different click distance from a reference content item such as the “index” page. Because the design of the network site should be cohesive, the site designer may be better able to review the recommendation of the computer to actuate a change if the site designer so desires.

In other embodiments, the approximations recited above may be replaced by equations.

In other embodiments, the frame of reference for moving addressed from a fixed reference point, such as a main network site address.

In the foregoing specification, the invention has been described with reference to specific embodiments. However, one of ordinary skill in the art appreciates that various modifications and changes can be made without departing from the scope of the present invention as set forth in the claims below. Accordingly, the specification and figures are to be regarded in an illustrative rather than a restrictive sense, and all such modifications are intended to be included within the scope of present invention.

Benefits, other advantages, and solutions to problems have been described above with regard to specific embodiments. However, the benefits, advantages, solutions to problems, and any element(s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as a critical, required, or essential feature or element of any or all the claims. 

1. A method for analyzing performance of content items within a network site, comprising: at a server computer having access to network activity information on the network site, determining, for each of the content items (c_(i)) residing at a network address within the network site, a measure of how many clicks it takes, on average, for a user to reach c_(i) during a session at the network site; determining a real-estate performance value for c_(i) utilizing the measure associated with C_(i); and generating a graph displaying the content items, wherein the graph is generated utilizing the real-estate performance value for c_(i).
 2. The method according to claim 1, further comprising: recommending moving a first content item from a first network address to a different network address, wherein the content items comprise the first content item.
 3. The method according to claim 1, further comprising: moving a first content item from a first network address to a second network address within the network site, wherein the content items comprise the first content item.
 4. The method according to claim 3, wherein the second network address is a different number of clicks away from a main network address of the network site than that of the first network address.
 5. The method according to claim 1, wherein generating the graph further comprises placing the real-estate performance value near c_(i) on the graph.
 6. The method according to claim 1, further comprising: determining an actual performance number for c_(i) and a predicted performance number for c_(i); and comparing the actual performance number for c_(i) and the predicted performance number for c_(i) to obtain a relative value corresponding to c_(i).
 7. The method according to claim 6, wherein generating the graph further comprises placing the relative value near c_(i) on the graph.
 8. A data processing system readable storage medium having computer readable program code embodied therein, the computer readable program code adapted to be executed by a computer to implement a method for analyzing performance of content items within a network site, the computer readable program code comprising: an instruction for determining, for each of the content items (c_(i)) residing at a network address within the network site, a measure of how many clicks it takes, on average, for a user to reach c_(i) during a session at the network site; an instruction for determining a real-estate performance value for c_(i) utilizing the measure associated with c_(i); and an instruction for generating a graph displaying the content items, wherein the graph is generated utilizing the real-estate performance value for c_(i).
 9. The data processing system readable storage medium of claim 8, wherein the computer readable program code further comprises an instruction for recommending moving a first content item from a first network address to a different network address, wherein the content items comprise the first content item.
 10. The data processing system readable storage medium of claim 8, wherein the computer readable program code further comprises an instruction for moving a first content item from a first network address to a second network address within the network site, wherein the content items comprise the first content item.
 11. The data processing system readable storage medium of claim 10, wherein the second network address is a different number of clicks away from a main network address of the network site than that of the first network address.
 12. The data processing system readable storage medium of claim 8, wherein the instruction for generating the graph further comprises an instruction for placing the real-estate performance value near c_(i) on the graph.
 13. The data processing system readable storage medium of claim 8, wherein the computer readable program code further comprises: an instruction for determining an actual performance number for c_(i) and a predicted performance number for c₁; and an instruction for comparing the actual performance number for c_(i) and the predicted performance number for c_(i) to obtain a relative value corresponding to c_(i).
 14. The data processing system readable storage medium of claim 13, wherein the computer readable program code further comprises an instruction for placing the relative value near c_(i) on the graph.
 15. A data processing system for analyzing performance of content items within a network site, comprising: a storage location storing network activity information on the network site; and a server computer coupled to the storage location comprising a processor and a computer readable storage medium storing instructions translatable by the processor to cause the server computer to perform: determining, for each of the content items (c_(i)) residing at a network address within the network site, a measure of how many clicks it takes, on average, for a user to reach c_(i) during a session at the network site; determining a real-estate performance value for c_(i) utilizing the measure associated with c_(l); and generating a graph displaying the content items, wherein the graph is generated utilizing the real-estate performance value for c_(i).
 16. The data processing system of claim 15, wherein the instructions are further translatable by the processor to cause the server computer to perform: recommending moving a first content item from a first network address to a second network address, wherein the content items comprise the first content item.
 17. The data processing system of claim 16, wherein the second network address is a different number of clicks away from a main network address of the network site than that of the first network address.
 18. The data processing system of claim 15, wherein the instructions are further translatable by the processor to cause the server computer to perform: placing the real-estate performance value near c_(i) on the graph.
 19. The data processing system of claim 15, wherein the instructions are further translatable by the processor to cause the server computer to perform: determining an actual performance number for c_(i) and a predicted performance number for c₁; and comparing the actual performance number for c_(i) and the predicted performance number for c_(i) to obtain a relative value corresponding to c_(i).
 20. The data processing system of claim 19, wherein the instructions are further translatable by the processor to cause the server computer to perform: placing the relative value near c_(i) on the graph. 